home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000950_weber@eitech.com _Fri Apr 23 00:17:54 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Return-Path: <weber@eitech.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA08341; Fri, 23 Apr 93 00:17:54 MET DST
  4. Received: from lks.lks.csi.com by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA01944; Fri, 23 Apr 1993 00:37:37 +0200
  6. Received: from eitech.eitech.com by lks.lks.csi.com (5.65/6.930123)
  7.      with SMTP id AA09191; Thu, 22 Apr 93 17:37:11 -0500
  8. Received: by eitech.com (4.1/SMI-4.1)
  9.     id AA09192; Thu, 22 Apr 93 15:33:06 PDT
  10. Date: Thu, 22 Apr 93 15:33:06 PDT
  11. From: weber@eitech.com (Jay C. Weber)
  12. Message-Id: <9304222233.AA09192@eitech.com>
  13. To: www-talk@nxoc01.cern.ch
  14. Subject: Re:  how should remote path names be handled?
  15.  
  16. Here's an idea can help with the remote pathname issues.
  17. Excuse me if it's already in HTML 2.0 (actually the URL
  18. spec) but I don't think it is.
  19.  
  20. How about variable name substitution in URLs?  E.g., you
  21. could use a HREF=file://$parentsite$parentdir/foo.html to make
  22. explicit how the broswer should construct relative pathnames.
  23.  
  24. The advantage of this over the current HREF=file:foo.html
  25. scheme is it opens up many other kinds of context-sensitive
  26. URLs, like substituting the parentsite but naming a new
  27. directory path.  Or, browsers (the WWW library I guess) could
  28. define new variables like $standardsite, which would depend
  29. on the user's continent (per the recent suggestion about
  30. distributing servers).
  31.  
  32. Or, what intriques me the most is using variable substitution
  33. with Dave Raggett's electronic forms.  That is, we could define
  34. a tag construct like
  35.  
  36.   <blank FIELDTYPE=string LVAL=keyw1>Enter Keyword:</entry>
  37.  
  38. A typical GUI browser would render this as an entry widget embedded
  39. at the appropriate spot in the text.  Anything typed into the
  40. widget would become the value of the variable $keyw1, and
  41. subsequently substituted into a URL.  For example, we could put
  42. WAIS keyword prompts inside the server HTML document, which would
  43. be a good thing.
  44.  
  45. Jay
  46. ---------------------------------------------------------------------
  47. Jay C. Weber                    weber@eitech.com
  48. Enterprise Integration Technologies        weber@cis.stanford.edu
  49. 459 Hamilton Avenue, Suite #100            (415)617-8002
  50. Palo Alto, CA 94301